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PROCESSING METHOD OF DEVICE INFORMATION 
AND NETWORK DEVICE IN DEVICE 
INFORMATION MANAGEMENT SYSTEM 



5 BACKGROUND OF THE INVENTION 

Field of the Invention 

The invention relates to a device information 
management system for managing device information of 
each device connected to a network, a device 

10 information managing method, a computer-readable 

recording medium in which a device information managing 
program has been stored, and the device information 
managing program. 
Related Background Art 

15 Hitherto, in a network system such that a 

directory server, various devices, and various 
computers are connected and device information of each 
device has been registered in the directory server, the 
device registers all of its own device information into 

20 the directory server and updates the device information 
registered in the directory server. 

An application of a computer uniformly obtains all 
of the device information of the devices to be used 
from the directory server at same intervals in the 

25 device information registered in the directory server. 



SUMMARY OF THE INVENTION 

In the above conventional technique, however, 
since the device registers all of its own device 
information into the directory server (or updates all 
of its own device information registered in the 
directory server; hereinafter, the registration and 
updating of the device information are collectively 
expressed by "registration"), the device information 
which does not need to be registered is also 
transmitted to the directory server. There is, 
consequently, such a problem that there is a waste of 
traffic from a viewpoint of a traffic load on the 
network . 

Since the application of the computer uniformly 
obtains all of the device information of the devices to 
be used at same intervals, all of the device 
information which is not changed or is rarely changed 
is also transmitted to the computer. Thus, there is a 
problem such that there is a waste of traffic from a 
viewpoint of a traffic load on the network. 

When an abnormality such as power shut-off, 
trouble, or the like arises in the device, the device 
itself cannot perform the updating process of the 
information registered in the directory server. 
Therefore, there is a problem such that the registered 
device information and an actual device status do not 
coincide . 



The invention intends to solve the problems of the 
conventional technique mentioned above and it is the 
first object of the invention to provide a device 
information management system and a device information 
5 managing method which can reduce a traffic load on a 
network . 

The invention intends to solve the problems which 
the foregoing conventional technique has and it is the 
second object of the invention to provide a device 

10 information management system and a device information 
managing method in which even in the case where an 
abnormality such as power shut-off, trouble, or the 
like arises in the device and the device itself cannot 
update device information registered in a directory 

15 server, a device which can substitute an updating 
process can be allowed to update the device 
information. In such a device information management 
system, the registered device information and an actual 
device status coincide. 

20 The third object of the invention is to provide a 

control program for controlling the foregoing device 
information management system and a recording medium on 
which the control program has been stored. 

In the device information management system 

25 according to the invention, therefore, a plurality of 

device information of different types is transmitted to 
the management server at a predetermined timing. 



respectively - 

In the device information management system 
according to the invention, a request for transmitting 
device information to the management server is 
5 transmitted to another device and the device 
information of the device which requested is 
transmitted to the management server in response to the 
request . 

10 BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a diagram showing a construction of a 
device information management system; 

Fig. 2 is a block diagram showing an internal 
construction of a personal computer; 
15 Fig. 3 is a block diagram showing an internal 

construction of a device ; 

Fig. 4 is a model diagram of the device 
information management system; 

Fig. 5 is a diagram showing an example of device 
20 information which a directory server has; 

Fig. 6 is a flowchart showing the processing 
operation of an SLP directory agent; 

Fig. 7 is a flowchart showing the processing 
operation of an SLP service agent; 
25 Fig. 8 is a flowchart showing a registering 

process of the SLP service agent; 

Fig. 9 is a flowchart showing the processing 



operation of an SLP user agent; 

Fig. 10 is a flowchart showing a search message 
generating/transmitting process of the SLP user agent; 
Fig. 11 is a diagram showing an example of a setup 
5 screen of a registering/updating timing of the device 
information of the device; 

Fig. 12 is a diagram showing an example of a setup 
screen of a reference timing of the device information 
of the user PC; 
10 Fig. 13 is a diagram showing a memory map on a 

storage medium on which software of the device 
information management system according to an 
embodiment has been stored ; 

Fig. 14 is a model diagram of a device information 
15 management system having a substitute device; 

Fig. 15 is a flowchart showing the processing 
operation of the SLP service agent; 

Fig. 16 is a flowchart showing the processing 
operation of an SNMP agent; 
20 Fig. 17 is a flowchart showing the processing 

operation of the SLP user agent; 

Fig. 18 is a flowchart showing the processing 
operation of an SNMP manager; 

Fig. 19 is a diagram showing an example of MIB 
25 information; 

Fig. 20 is a cross sectional view showing an 
internal structure of a laser beam printer; and 



Fig. 21 is a schematic external view of an ink jet 
recording apparatus IJRA which can feed a plurality of 
kinds of papers in correspondence to a print job. 



5 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

<Registration/updating of device inf ormation> 

According to the invention, in a network system in 
which a directory server, various devices (for example, 
a peripheral apparatus, a printer, a copying apparatus, 
10 a multifunction apparatus, a facsimile apparatus, a 

scanner), and various computers are connected, device 
information of each device is registered/updated and 
obtained by the following processes. 

( 1 ) The device information which is registered into 
15 the directory server is classified into the following 

three information. 

• static information (information which is not 
changed): for example, device construction information 

• semistatic information ( information which is rarely 
20 changed): for example, device option information 

• dynamic information ( information which is 
frequently changed): for example, device status 
information 

( 2 ) An SLP ( Service Location Protocol ) directory 
25 agent exists in the directory server. The SLP 

directory agent manages the device information of each 
device connected onto a network. 
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(3) An SLP service agent exists in the device. The 
SLP service agent monitors a status and a situation of 
the device and registers the device information into 
the directory server or updates the device information 
5 on the directory server at the following timing. 

• When a power source is turned on, the static 
information, semistatic information, and dynamic 
information are registered into the directory server. 

• In a subsequent stationary state, the semistatic 
10 information and dynamic information are 

registered/updated into the directory server at a set 
timing, respectively. 

• The registering/updating timing of the device 
information is set and changed by the user. 

15 (4) An SLP user agent exists in an application on a 

computer. The SLP user agent executes the following 
processes . 

• Information in the directory server is searched. 

• The static information, semistatic information, and 
20 dynamic information are obtained at proper intervals, 

respectively . 

• The intervals for obtaining the device information 
are set by the user every static information, 
semistatic information, or dynamic information, 

25 respectively. 

The following operations appear by the above 
processes . 



(1) The device information is classified into the 
static information, semistatic information, and dynamic 
information. By constructing in such a manner that the 
static information is registered only when the power 

5 source is turned on and is not registered/updated 

together with the semistatic information and dynamic 
information in the stationary state, the static 
information is not transmitted from the device toward 
the directory server via the network in the stationary 
10 state, so that a traffic load on the network is 
reduced. 

( 2 ) The device information other than the static 
information is classified into the semistatic 
information which is rarely changed and the dynamic 

15 information which is frequently changed. By 

constructing in such a manner that the semistatic 
information is not registered/updated together with the 
dynamic information, the semistatic information is not 
frequently transmitted from the device toward the 

20 directory server via the network, so that a traffic 
load on the network is reduced. 

(3) The timings for registering the static 
information, semistatic information, and dynamic 
information can be set by the user, respectively. 

25 Therefore, the device information is individually 
registered/updated and each device information is 
registered/updated at a proper timing in a state where 
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a traffic amount of the network is suppressed. 

(4) The intervals at which the application on the 
computer obtains the three information of the static 
information, semistatic information, and dynamic 
5 information registered in the directory server are 
properly set, respectively. Thus, since the 
application does not need to simultaneously refer to 
all of the device information, a traffic amount between 
the directory server and the computer is reduced. 

10 An embodiment of the invention will now be 

described hereinbelow with reference to the drawings . 

Fig. 1 is a diagram showing a construction of a 
network system in which the device information 
management system can operate. In the diagram, 

15 reference numeral 101 denotes a color printer; 102 an 
MFP (Multi Function Peripheral: a copying apparatus 
which can be also used as a network printer); 103 and 
104 monochromatic printers; and 105 a scanner connected 
to the network. They are devices which can execute a 

20 program of the SLP service agent. Reference numeral 
111 denotes a desk- top type personal computer 
(hereinafter, referred to as a desk-top type PC); 112 a 
desk-top type personal computer having a directory 
server function (hereinafter, referred to as a 

25 directory server PC or directory server); 113 a 

notebook-sized personal computer (hereinafter, referred 
to as a notebook-sized PC); and 120 a fire wall. All 
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of those devices and computers can cope with the 
network . 

The desk- top type PC 111 and notebook-sized PC 113 
are PCs which can execute a program of the SLP user 
5 agent in the embodiment and inquire device information 
to the SLP directory agent, as will be explained 
hereinlater. The directory server 112 is a device 
which can execute a program of the SLP directory agent 
in the embodiment. As will be explained hereinlater, 

10 the directory server 112 stores information regarding 

the devices 101 to 105, accepts an inquiry (obtains the 
directory information) of a search of the user 
information from the desk- top type PC 111 or notebook- 
sized PC 113, and replies the result. 

15 Those devices are connected via a network 100 such 

as an LAN (Local Area Network) or the like. Those 
device information has been registered in the directory 
server PC 112 by an agent function of each device. 
Each device can transmit and receive data via the 

20 network 100 and provides various services. 

Among those devices, it is assumed that the color 
printer 101, MFP 102, monochromatic printer 103, desk- 
top type PC 111, directory server PC 112, and fire wall 
120 are installed on the second floor (2F) and the 

25 monochromatic printer 104 and scanner 105 are installed 
on the first floor (IF), respectively. Although the 
notebook-sized PC 113 is connected to the network 100 



from the first floor at present, it can be removed as 
necessary. 

The network 100 which mutually connects those PCs 
and devices is connected to an Internet 130 via the 
5 fire wall 120 and also connected to another network 140 
via the Internet 130. 

Fig. 2 is a block diagram showing an internal 
construction of a general personal computer ( PC ) . In 
the diagram, reference numeral 200 denotes a PC 

10 (personal computer) which is equivalent to the desk-top 
type PC 111, directory server PC 112, or notebook-sized 
PC 113 in Fig. 1. In the PC 200, SLP user agent 
software (hereinafter, together with SLP service agent 
software which is installed on the device, they are 

15 referred to as SLP agent software) is operating. 

The PC 200 has a CPU (Central Processing Unit) 
201. The CPU 201 executes the SLP agent software which 
has been stored in an ROM (Read Only Memory) 202 or an 
HD (Hard Disk) 211 or is supplied from a floppy disk 

20 drive ( FD ) 212 and integratedly controls each device 
connected to a system bus 204. 

Reference numeral 203 denotes an RAM (Random 
Access Memory). The RAM 203 functions as a main memory 
or a work area of the CPU 201. Reference numeral 205 

25 denotes a keyboard controller (KBC). The KBC 205 

controls an instruction input from a keyboard (KB) 209, 
a pointing device (not shown), or the like. Reference 



numeral 206 denotes a CRT (Cathode Ray Tube) controller 
(CRTC). The CRT controller 206 controls a display of a 
CRT display (CRT) 210. Reference numeral 207 denotes a 
disk controller ( DKC ) . The HD (Hard Disk) 211 and 
5 floppy disk drive (FD) 212 stores a boot program, 

various applications, an edition file, a user file, a 
network management program, and the like. The disk 
controller 207 controls accesses to the HD (Hard Disk) 
211 and floppy disk drive ( FD ) 212. Reference numeral 

10 208 denotes a network interface card (NIC). The NIC 
208 performs bidirectional data transmission and 
reception to/ from a network apparatus such as a network 
printer or the like or another PC (Personal Computer) 
via an LAN (Local Area Network) 220. 

15 In the embodiment, the LAN 220 is substantially 

the same as the network 100 in Fig. 1. 

Fig. 3 is a block diagram showing an internal 
construction of a device in which the SLP service agent 
software operates. In the diagram, reference numeral 

20 300 denotes a device which is equivalent to the color 

printer 101, MFP 102, monochromatic printers 103 and 
104, or scanner 105 in Fig. 1. The device 300 has a 
CPU (Central Processing Unit) 301. The CPU 301 
executes the SLP agent software which has been stored 

25 in an ROM (Read Only Memory) 302 or a hard disk (HD) 
311 or is supplied from a floppy disk drive ( FD ) 312 
and integratedly controls each apparatus connected to a 
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system bus 304. 

Reference numeral 303 denotes an RAM ( Random 
Access Memory). The RAM 303 functions as a main 
memory, a work area, or the like of the CPU 301. 
5 Reference numeral 305 denotes a user interface 

controller (UIC). The UIC 305 controls a display to a 
user interface (UI) 309 and an instruction input from 
the user interface (UI) 309. Reference numeral 306 
denotes a function controller (FUNCC). The function 

10 controller 306 realizes and controls a function (FUNC) 
310 as a peculiar function of each device. The 
function controller ( FUNCC ) is a print engine 
controller in case of a printer and a scan engine 
controller in case of a scanner. The function (FUNC) 

15 is a print engine in case of a printer and a scan 

engine in case of a scanner. The MFP has the function 
controller (FUNCC) 306 and function (FUNC) 310 every 
function, respectively. 

Reference numeral 307 denotes a disk controller 

20 (DKC). The hard disk (HD) 311 and floppy disk drive 
(FD) 312 store various application programs, a data 
file, a network management program, and the like. The 
disk controller 307 controls accesses to the hard disk 
(HD) 311 and floppy disk drive ( FD ) 312. Reference 

25 numeral 308 denotes a network module (NM). The network 
module 308 performs bidirectional data transmission and 
reception to/from another network apparatus or another 
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PC ( Personal Computer ) via an LAN ( Local Area Network ) 
320. In the embodiment, the LAN 320 is substantially 
the same as the network 100 in Fig. 1. 

Since the device can have various constructions, 
5 Fig. 3 shows a mere example. 

Fig. 4 is a model diagram of a directory server, a 
device, and a user personal computer (hereinafter, 
referred to as a user PC) in the device information 
management system according to the embodiment. In the 

10 diagram, reference numeral 400 denotes an LAN (Local 
Area Network); 410 a user PC; 420 a directory server; 
and 430 a device. The user PC 410, directory server 
420, and device 430 are connected to the LAN 400. 

The user PC 410 is equivalent to the desk-top type 

15 PC 111 and notebook-sized PC 113 in Fig. 1. The 

directory server 420 is equivalent to the directory 
server 112 in Fig. 1. The device 430 is equivalent to 
the color printer 101, MFP 102, monochromatic printers 
103 and 104, or scanner 105 in Fig. 1. The LAN 400 is 

20 equivalent to the network 100 in Fig. 1. 

In the device 430, an SLP service agent 431 issues 
a registering request (or updating request) of the 
device information to an SLP directory agent 422 of the 
directory server 420 via the LAN 400. The SLP 

25 directory agent 422 registers the device information 
into a database ( DB ) 421. An SLP user agent 411 
transmits a searching request or an obtaining request 
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of the device information in the database ( DB ) 421 to 
the SLP directory agent 422 via the LAN 400. An 
application 412 receives a search result and the device 
information from the SLP user agent 411. 
5 Fig. 5 is a diagram in which an example of the 

device information which is stored in the directory 
server 112 in the device information management system 
according to the embodiment is expressed in a table 
format. In the directory server 112, the information 

10 in the database ( DB ) 421 has physically been stored in 
the hard disk 211. 

In Fig. 5, reference numeral 500 denotes directory 
registration information. The device information 
regarding one device has been stored in each row of the 

15 directory registration information 500. Columns show a 

device name 501, a network address 502 of the device, a 
service type 503 of the device, attributes (1) 504 to 
(5) 508 of the device, and an updatable device address 
509. 

20 With respect to the data shown in Fig. 5, for 

example, the device registered in the second row in the 
table will be specifically explained. A name of this 
device is "Mr. Color". A network address of this 
device is " service : prn-clor . canon .co.jp". The device 

25 has a printing function and a group which can access 

this device is "develop". This device is installed on 
the second floor. This device supports a paper of the 



A4 size and a cassette is provided as an option. A 
status of this device is set to a ready status at 
present. The updatable devices are "service: prn- 
clor. canon. co.jp" and " service : admin . canon .co.jp". The 
5 updatable device denotes a device which can update the 
device information. 

The device name 501, network address 502, 
attribute (1) 504, and attribute (2) 505 correspond to 
the static information. The attribute (3) 506 and 

10 attribute (4) 507 correspond to the semistatic 

information. The attribute (5) 508 corresponds to the 
dynamic information. 

In the embodiment, the devices of the second to 
fourth rows shown in Fig. 5 correspond to the color 

15 printer 101, MFP 102, and monochromatic printer 103 in 

Fig. 1, respectively. The devices of the sixth and 
seventh rows correspond to the monochromatic printer 
104 and scanner 105 in Fig. 1, respectively. 

The information shown in Fig. 5 is a mere example 

20 and further another additional information can exist as 
information to be stored in the directory server 112. 

Fig. 6 is a flowchart showing a flow for the 
processing operation of the SLP directory agent 422 in 
the device information management system according to 

25 the embodiment. The series of processes is executed by 
the CPU 201 in the directory server 420 in a hardware 
manner . 
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In Fig. 6, when the directory server 420 is 
activated, first in step S601, a pre-processing of the 
SLP directory agent 422 is performed. Subsequently, in 
step S602, whether a packet message from the SLP 
5 directory agent 422 or SLP service agent 431 has been 
received or not is discriminated. 

If it is determined in step S602 that the packet 
message has been received and this message is a 
registration message, step S603 follows and the device 

10 information is registered in the database 421. 

If it is determined in step S602 that the packet 
message has been received and this message is a search 
message, step S604 follows and the device information 
in the database 421 is searched. 

15 If it is determined in step S602 that the packet 

message has been received and this message is an update 
(delete) message, step S605 follows. In step S605, 
whether the authority (access right) to update (delete) 
the updating- ( deletion- ) requested device information 

20 exists or not is discriminated. If it is determined 

that there is the authority, step S606 follows and the 
updating/deleting process is executed. If it is 
determined that there is not the authority, step S606 
is skipped and step S608 follows. 

25 Further, if it is determined in step S602 that the 

packet message has been received and this message is a 
message other than the above messages, step S607 
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follows and a process suitable for the other message is 
executed . 

In step S608, a result of each of the above 
message process is transmitted to a transmitting source 
5 of the message. In step S609, whether the stop of the 
directory server has been requested ( the directory- 
server is stopped) or not is discriminated. If it is 
determined in step S609 that the directory server is 
not stopped, the processing routine is returned to step 

10 S602 and the apparatus waits until the packet is 

received again. If it is determined in step S609 that 
the directory server is stopped, step S610 follows and 
a post-processing of the SLP directory agent is 
performed. The processing operation is finished. 

15 Fig. 7 is a flowchart showing a flow for the 

processing operation of the SLP service agent 431 in 
the device information management system ' according to 
the embodiment. The above series of processes is 
executed by the CPU 301 in the device 430 in a hardware 

20 manner. 

In Fig. 7, when the SLP service agent 431 of the 
device 430 is activated, first in step S701, a pre- 
processing of the SLP service agent 431 is executed. 
Subsequently, step S702 follows and the directory 

25 server 420 is searched. In step S703, whether the 
directory server 420 has been found or not is 
discriminated. If it is decided in step S703 that the 
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directory server 420 is not found, the processing 
routine is returned to step S702. If it is determined 
in step S703 that the directory server 420 was found, 
step S704 follows and the device information is 
5 registered. The details of the registering process of 
the device information in step S704 will be described 
hereinlater with reference to Fig. 8. 

In step S705, whether a request to stop the SLP 
service agent 431 has been issued (the SLP service 

10 agent 431 is stopped) or not is discriminated. If it 
is determined in step S705 that the SLP service agent 
431 is not stopped, the processing routine is returned 
to step S704. If it is determined in step S705 that 
the SLP service agent 431 is stopped, step S706 follows 

15 and a post-processing of the SLP service agent is 

performed and the processing operation is finished. 

Fig. 8 is a flowchart showing a flow for the 
operation of a registering process of the device 
information in step S704 in Fig. 7. 

20 First, in step S801, whether the timing to 

register/update the static information has come or not 
is discriminated. The user of the device 430 can set 
this timing. If it is determined in step S801 that the 
timing at which the static information can be 

25 registered/updated has come, the processing routine 

advances to next step S802. The static information is 
added to the registration-requested data (or updating- 
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requested data). If it is determined in step S801 that 
the timing is a timing at which the static information 
cannot be registered/updated, step S802 is skipped and 
step S803 follows. 
5 In step S803, whether the timing to 

register/update the semistatic information has come or 
not is discriminated. The user of the device 430 can 
set the timing. If it is determined in step S803 that 
the timing at which the semistatic information can be 

10 registered/updated has come, step S804 follows and the 
semistatic information is added to registration- 
requested data (or updating-requested data). If it is 
determined in step S803 that the timing is a timing at 
which the semistatic information cannot be 

15 registered/updated, step S804 is skipped and step S805 
follows . 

In step S805, whether the timing to 
register/update the dynamic information has come or not 
is discriminated. The user of the device 430 can set 

20 the timing. If it is determined in step S805 that the 
timing at which the dynamic information can be 
registered/updated has come, step S806 follows and the 
dynamic information is added to registration-requested 
data (or updating-requested data). If it is determined 

2 5 in step S805 that the timing is a timing at which the 

dynamic information cannot be registered/updated, step 
S806 is skipped and step S807 follows. 



In step S807, a registration message (or update 
message) is generated from the registration-requested 
data (or updating-requested data) and transmitted to 
the directory server 420. The processing operation is 
5 finished. 

In Fig. 8, the static information, semistatic 
information, and dynamic information are added to the 
registration- requested data in steps S802, S804, and 
S806, respectively. However, the static information 

10 can be transmitted to the directory server 420 in step 
S802, the semistatic information can be transmitted to 
the directory server 420 in step S804, and the dynamic 
information can be transmitted to the directory server 
420 in step S806, respectively. 

15 Fig. 9 is a flowchart showing a flow for the 

processing operation of the SLP user agent 411 in the 
device information management system according to the 
embodiment. The series of processes is executed by the 
CPU 201 in the device 200 in a hardware manner. 

20 In Fig. 9, when the SLP user agent 411 is 

activated, first in step S901, a pre-processing of the 
SLP user agent 411 is executed. Subsequently, step 
S902 follows and the directory server 420 is searched. 
In step S903, whether the directory server 420 has been 

25 found or not is discriminated. If it is determined in 
step S903 that the directory server 420 is not found, 
the processing routine is returned to step S902. If it 



- 22 - 



is decided that the directory server 420 was found, 
step S904 follows. 

In step S904, whether the packet message has been 
received or not is discriminated. If it is decided in 
step S904 that the packet message was received and the 
message is a reply-to-search message, step S905 follows 
and a receiving process of the reply-to-search message 
is performed. If it is determined in step S904 that 
the packet message was received and the message is a 
message other than the reply-to-search message, step 
S906 follows and a process suitable for the other 
message is executed. If it is decided in step S904 
that the packet message is not received, the processing 
routine directly advances to step S907. 

In step S907, whether the presence or absence of a 
search request (also including a mere request for 
obtaining the device information) of the device 
information from the application 412 is discriminated. 
If it is determined in step S907 that there is the 
search request of the device information from the 
application 412, step S908 follows and a 

generating/ transmitting process of a search message is 
performed. The details of the generating/transmitting 
process of a search message in step S908 will be 
explained hereinlater with reference to Fig. 10. 

If it is determined in step S907 that there is not 
the search request of the device information from the 
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application 412, step S908 is skipped and step S909 
follows . 

In step S909, the presence or absence of a stop 
request of the SLP user agent 411 (whether the SLP user 
5 agent 411 is stopped or not) is discriminated. If it 
is decided in step S909 that the SLP user agent 411 is 
not stopped, the processing routine is returned to step 
S904. If it is decided in step S909 that the SLP user 
agent 411 is stopped, the processing routine advances 
10 to step S910 and a post-processing of the SLP user 
agent is executed. After that, the processing 
operation is finished. 

Fig. 10 is a flowchart showing a flow for the 
operation of the generating/transmitting process of the 
15 search message in step S908 in Fig. 9. 

First, in step S1001, whether the timing for 
referring to (obtaining) the static information has 
come or not is discriminated. If it is determined in 
step S1001 that the present timing is the timing for 
20 referring to (obtaining) the static information, step 
S1002 follows and a search request of the static 
information is added to the search request. If it is 
determined in step S1001 that the present timing is not 
the timing for referring to (obtaining) the static 
25 information, step S1002 is skipped and step S1003 
follows. 

In step S1003, whether the timing for referring to 
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(obtaining) the semistatic information has come or not 
is discriminated. If it is determined in step S1003 
that the present timing is the timing for referring to 
(obtaining) the semistatic information, step S1004 
5 follows and a search request of the semistatic 

information is added to the search request. If it is 
determined in step S1003 that the present timing is not 
the timing for referring to the semistatic information, 
step S1004 is skipped and step S1005 follows. 

10 In step S1005, whether the present time is the 

timing for referring to (obtaining) the dynamic 
information or not is discriminated. If it is 
determined in step S1005 that the present timing is the 
timing for referring to (obtaining) the dynamic 

15 information, step S1006 follows and a search request of 
the dynamic information is added to the search request 
for the directory server 420 in step S1007, which will 
be explained hereinlater. If it is determined in step 
S1005 that the present timing is not the timing for 

20 referring to the dynamic information, step S1006 is 
skipped and step S1007 follows. 

In step S1007, the search message is generated 
from the search request and sent to the directory 
server 420. After that, the processing operation is 

25 finished. 

There are two kinds of search messages. The first 
search message is used to request the getting of the 
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device information of the device which satisfies a 
search equation. The search equation is included in 
the search message. The second search message is used 
to request the getting of the device information of the 
5 designated device. Information (for example, the name 
and the network address of the device) to designate the 
device is included in the search message. 

For example, if the search equation and the search 
request of the semistatic information are included in 

10 the search message, the semistatic information of the 
device which satisfies the search equation is 
transmitted to the SLP user agent 411. 

Subsequently, a method of setting the timing for 
registering/updating the device information and the 

15 timing for referring to (obtaining) it will be 
described . 

Fig. 11 is a diagram showing an example of a setup 
screen of the registering/updating timing of the device 
information on the display panel of the device 430. In 

20 the diagram, reference numeral 1100 denotes a setup 

screen for setting the registering/updating timing of 
the device information. The setup screen comprises a 
column 1101 for displaying a type of information and a 
column 1102 for displaying the registering/updating 

25 timing. The user changes the registering/updating 

timing on the display panel or by a remote operation. 
In the example shown in Fig. 11, the static 
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information is registered at the time of power-on. The 
semistatic information is registered into the directory 
server 420 when the power source is turned on and when 
the configuration of the device is changed (for 
5 example, when an option is added). Further, the 

dynamic information is registered into the directory 
server 420 when the power source is turned on and when 
the dynamic information is changed (for example, when 
an error arises, when a status is changed, when there 
10 is no paper, when there is not much toner left, when 
the printing operation is started, when the printing 
operation is finished, or when an off-line arises). 

Fig. 11 shows a mere example. For instance, the 
registering/updating timing can be also set to the 
15 timing such as "every 5-minute interval" or the like as 
shown in Fig. 12. 

Fig. 12 is a diagram showing an example of a setup 
screen which is displayed on the display screen of the 
user PC 410 and used to set the timing for referring to 
20 (obtaining) the device information. In the diagram, 

reference numeral 1200 denotes a setup screen for 
setting the timing for referring to the device 
information. The setup screen comprises: a device name 
1201 for selecting a specific device and displaying its 
25 name; a column 1202 for displaying a type of 

information; and a column 1203 for displaying a 
reference timing. The user changes the timing for 
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referring to (obtaining) the information type every 
device . 

In the example shown in Fig. 12, the user PC 410 
issues the search request of the static information for 
5 Mr. Color in response to an instruction of the user, 

issues one search request of the semistatic information 
every five hours, and issues one search request of the 
dynamic information every ten minutes. 

Fig. 12 shows a mere example. For instance, the 
10 reference timing can be set to "not referred to" or the 
like. 

Fig. 13 is a diagram showing a memory map of a CD- 
ROM as an example of a storage medium. In the diagram, 
reference numeral 99 97 denotes an area where a control 

15 program (program based on the flowcharts of Figs. 6 to 
10) has been stored; 9998 an area where an install 
program has been stored; and 9999 an area where the 
directory information has been stored. 

When the control program is installed into the PC 

20 200, the install program stored in the area 9998 where 
the install program has been stored is first loaded 
into the system and executed by the CPU 201 . 
Subsequently, the install program which is executed by 
the CPU 201 reads out the control program from the area 

25 9997 where the control program has been stored and 
installs it onto the hard disk 211. 

The invention can be applied to a system 
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comprising a plurality of apparatuses (for example, 
host computer, interface equipment, reader, and the 
like) or an integrated apparatus or can be also applied 
to an apparatus comprising one equipment. 
5 Naturally, the object of the invention is 

accomplished by a method whereby a storage medium on 
which program codes (control program) of software to 
realize the functions of the embodiment mentioned above 
have been stored is supplied to a system or an 

10 apparatus and a computer (a CPU or an MPU) of the 

system or apparatus reads out and executes the program 
codes stored in the storage medium. 

In this case, the program codes themselves read 
out from the storage medium realize the novel functions 

15 of the invention and the storage medium in which the 
program codes have been stored constructs the 
invention . 

As for the storing apparatus according to the 
embodiment, the computer reads out and executes the 

20 control program stored in the storage medium, so that 
the functions of the embodiment mentioned above are 
realized. However, the invention is not limited to it 
but also incorporates a case where an OS (Operating 
System) or the like which is operating on the computer 

25 executes a part or all of the actual processes on the 
basis of instructions of the control program and the 
functions of the embodiment mentioned above are 
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realized by those processes. 

For example, a floppy disk, a hard disk, an 
optical disk, a magnetooptic disk, a CD-ROM (Compact 
Disk Read Only Memory), a CDR (Compact Disk 
Recordable), a magnetic tape, a non-volatile memory 
card, an ROM chip, or the like can be used as a storage 
medium for supplying the program codes. 

Further, the program codes read out from the 
storage medium are written into a memory equipped for a 
function expanding board inserted in a computer or a 
function expanding unit connected to the computer, and 
after that, a CPU or the like equipped for the function 
expanding board or function expanding unit executes a 
part or all of the actual processes, and the functions 
of the embodiment mentioned above can be realized by 
those processes. 

Obviously, the invention can be also applied to a 
case where the program codes of software to realize the 
functions of the embodiment mentioned above are stored 
in a storage medium and the program codes are 
distributed from the storage medium to a requester via 
a communication line such as personal computer 
communication or the like. 

According to the device information management 
system of the invention as described in detail above, 
there are effects such that the device can efficiently 
register /update the device information with the load of 
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the network suppressed and the user PC can efficiently 
monitor the device information in a real-time manner 
with the load of the network suppressed. 

According to the storage medium of the invention, 
5 there is an effect such that the device information 
management system of the invention can be smoothly 
controlled. 

Substitution of registration of device information> 
In the device information management system in 

10 Fig. 4, the device 431 itself transmits the 

registration message or updating message to the 
directory server 420. However, when a power shut-off 
or troubles occur in the device 430, there is a 
situation such that the device 430 itself cannot 

15 transmit the registration message or updating message. 
Therefore, a device information management system 
having a device for updating the device information in 
place of it (hereinafter, such a device is referred to 
as a substitute device) will now be described. 

20 An SLP service agent and an SNMP (Simple Network 

Management Protocol) agent exist in a device (printer 
or the like ) of the device information management 
system having the substitute device. The device 
executes the following processes at the time of power- 

25 on. 

• A search request is issued to the directory server 
and the substitute device (personal computer or the 
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like) is searched (however, the substitute device 
includes an SNMP manager function and can collect the 
device information of the device without using the 
directory server. The substitute device also includes 
5 an SLP user agent and can transmit the search message 
or updating message to the directory server. ) 

• SNMP_TRAP is transmitted to the detected substitute 
device and a request for the substitution is tried. 

• When the request for substitution is accepted to 
10 the substitute device, the device notifies the 

substitute device of the substituting conditions and 
updating contents. The substituting conditions show in 
which state the substitute-requested device makes the 
substitute-device execute a substitution process. The 

15 updating contents show which device information should 
be updated by the substitute device. The substituting 
conditions and the updating contents are notified by 
the SNMP. The substituting conditions are defined by 
an enterprise MIB (Management Information Base). 

20 • A permission of an access to the directory server 

is set so that the substitute device can change the 
device information registered in the directory server. 

An SLP user agent and an SNMP manager exist in the 
substitute device (personal computer or the like). The 

25 substitute device executes the following processes. 

• The search/updating of the device information to 
the directory server is performed. 
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• A status change of the substitute-requested device 
is monitored by using the SNMP. 

♦ When the updating of the device information 
registered in the directory server is substitute- 

5 requested from the device, the device information 

registered in the directory server is updated in place 
of the device in accordance with the substituting 
conditions . 

An embodiment of the invention will now be 
10 described hereinbelow with reference to the drawings. 

Fig. 14 is a model diagram of a directory server, 
a device, a user personal computer (user PC), and a 
substitute-device in the device information management 
system having the substitute device according to the 
15 embodiment. The directory server 420 and user PC 410 
are equivalent to those in Fig. 4. 

In the diagram, reference numeral 1440 denotes a 
substitute device. The substitute device 1440 
corresponds to the desk- top type PC 111 in Fig. 1. The 
20 substitute device 1440 has an SNMP manager 1441 and an 
SLP user agent 1442. 

The device 430 further has an SNMP agent 1432. 
The SNMP agent 1432 and SNMP manager 1441 can 
monitor the device status and perform a TRAP 
25 notification by an SNMP protocol. 

Fig. 15 is a flowchart showing the processing 
operation of the SLP service agent 431 in the device 
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information management system according to the 
embodiment. In the diagram, first in step SI 501, the 
SLP service agent 431 executes a pre-processing of the 
SLP service agent. Specifically speaking, the opening 
5 of a port for transmitting and receiving data to/from 
the other device, the obtaining of a necessary memory, 
the initialization of other variables, and the like are 
executed by an SLP protocol . 

Subsequently, in step S1502, the directory server 

10 420 on the network is searched. This search is 

executed by a service request of an SLP packet. In 
step S1503, whether the directory server 112 has been 
found or not is discriminated. When the directory 
server 420 exists on the network, there is a reply to 

15 the service request and the SLP service agent 431 can 
obtain a network address of the directory server 420. 

When there is no reply to the service request of 
the SLP packet, it is determined that the directory 
server 112 cannot be found. The processing routine is 

20 returned to step S1502. 

When there is a reply to the service request of 
the SLP packet, it is determined that the directory 
server 420 was found. The processing routine advances 
to step S1504. In step S1504, the device information 

25 is registered into the database 421 of the directory 
server 421. 

After the initial registration of the device 
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information, the presence or absence of the substitute 
device on the network is discriminated in step S1505 in 
order to prepare for the case where the device itself 
cannot update the registered information due to the 
5 occurrence of an abnormality such as power shut-off, 
troubles, or the like in the device. In the 
embodiment, the SLP service request (search message) is 
transmitted to the searched directory server 420 so as 
to search the device having the SNMP agent 1441. 

10 Whether the substitute device has been found or 

not is discriminated in step S1506. When it is decided 
that the substitute device was found ( in the case where 
there is a row of the device name "snrap admin" in the 
directory registration information 500 in Fig. 5), step 

15 S1507 follows. In step S1507, a request event 

(substitute request event) is notified to the SNMP 
agent 1432, thereby allowing the SNMP agent 1432 to 
transmit SNMP_TRAP of the substitute request to the 
substitute device 1440- 

20 Whether a result (request event result) for SNMP 

TRAP has been received from the SNMP agent 1432 or not 
is discriminated in step S1508. When it is determined 
that the request event result was received, step S1509 
follows. In step S1509, whether the request has been 

25 accepted or not is discriminated. When it is 

determined that the request was accepted, step SI 510 
follows. In step S1510, the substitute device also 
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registers "the device information so that the device 
information registered in the database 421 can be 
updated (deleted). Specifically speaking, 
"service: admin. canon.co.jp" is added to the updatable 
5 device address 509 in the directory registration 
information 500 in Fig. 5. 

In step S1511, the device information in the 
directory server 112 is updated by the device itself in 
accordance with a change in device status. 

10 Specifically speaking, the registering/updating process 
of the device information is executed in accordance 
with a flowchart of Fig. 8. In next step S1512, the 
substitute device is searched again at a predetermined 
period in order to prepare for a case where the 

15 substitute device cannot be searched or a case where 
the request is not accepted although the substitute 
device can be searched. In step SI 5 12, whether the 
time to search the substitute device (predetermined 
period) has come or not is discriminated. If it is 

20 determined that the time to search the substitute 

device came, the processing routine is returned to step 
S1505. If it is determined that the present time is 
not the time to search the substitute device, the 
processing routine advances to step S1513. 

25 In step S1513, whether the SLP service agent 431 

is stopped or not is discriminated. If it is 
determined that the SLP service agent 431 is not 
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stopped, the processing routine is returned to step 
S1511. If it is determined that the SLP service agent 
431 is stopped, the processing routine advances to step 
S1514. In step S1514, a post-processing of the SLP 
5 service agent is performed. Specifically speaking, the 
closure of the port, the opening of the memory, and the 
like are executed. 

Fig. 16 is a flowchart showing the processing 
operation of the SNMP agent 1432 in the device 
10 information management system according to the 
embodiment . 

First, in step S1601, the SNMP agent 1432 executes 
a pre-processing. Specifically speaking, the opening 
of the port to transmit and receive data to/from the 

15 other device, the obtaining of a necessary memory, the 
initialization of other variables, and the like are 
executed by an SNMP protocol. In step SI 602, whether 
the event or SNMP message has been received or not is 
discriminated. If it is determined that the reguest 

20 event from the SLP service agent 431 was received, step 
S1603 follows. In step S1603, SNMP_TRAP for allowing 
the designated substitute device to update the device 
information is transmitted. After that, step S1609 
follows. In the embodiment, a reply to SNMP_TRAP for 

25 the substitute request is returned by the SNMP message. 

If it is determined in step SI 602 that the SNMP 
message was received, step S1604 follows. In step 
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SI 604, whether the SNMP message received in step SI 602 
is the reply message from the substitute device or not 
is discriminated. If it is determined that it is the 
reply message from the substitute device, step SI 60 5 
5 follows. In step S1605, the reply result is MIB 

registered (message process) as information regarding 
the substitute device. In the MIB registration, 
" anotherManager " and "anotherManagerNetworkAddress" are 
registered in accordance with a definition shown in 

10 Fig. 19, which will be explained hereinlater. 

In step S1606, subsequently, the request event 
result (result indicating whether the request was 
accepted or not) is notified to the SLP service agent 
431. In step SI 608, a reply process to the SNMP 

15 message is performed. After that, step S1609 follows. 

If it is decided in step S1604 that the SNMP 
message is not the reply message from the substitute 
device, step S1607 follows. In step S1607, a 
processing for the other SNMP messages is performed. 

20 Step S1608 follows. 

In step S1609, whether the SNMP agent 1432 is 
stopped or not is discriminated. If it is determined 
that the SNMP agent 1432 is not stopped, the processing 
routine is returned to step S1602. If it is determined 

25 that the SNMP agent 1432 is stopped, the processing 

routine advances to step S1610. In step S1610, a post- 
processing is executed. Specifically speaking, the 
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closure of the port, the opening of the memory, and the 
like are executed. 

Fig. 17 is a flowchart showing the processing 
operation of the SLP user agent 1442 in the device 
5 information management system according to the 
embodiment . 

First, in step S1701, the SLP user agent 1442 
executes a pre-processing. Specifically speaking, the 
opening of the port to transmit and receive data 

10 to/from the other device, the obtaining of a necessary 
memory, the initialization of other variables, and the 
like are executed by the SLP protocol. In step S1702, 
subsequently, the directory server 420 on the network 
is searched. This search is executed in response to a 

15 service request of the SLP packet. In step S1703, 

whether the directory server 420 has been found or not 
is discriminated. When the directory server 420 exists 
on the network, there is a reply to the service request 
and the SLP user agent 1442 of the printer device can 

20 obtain the network address of the directory server 420. 
If there is no reply to the service request of the SLP 
packet, it is determined that the directory server 420 
is not found yet. The processing routine is returned 
to step S1702. 

25 When there is the reply to the service request of 

the SLP packet, it is determined that the directory 
server 420 was found. The processing routine advances 
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to next step S1704. In step S1704, whether a 
registration updating (deleting) event or an SLP 
command from the SNMP manager 1441 has been received or 
not is discriminated. If it is determined that the 
registration update (delete) event from the SNMP 
manager 1441 was received, step S1705 follows. In step 

51705, the SNMP manager 1441 is controlled so as to 
obtain the device information from the device 431, and 
the registration message or updating message is sent to 
the SLP directory agent 422 in order to register or 
update the device information on the basis of the 
device information obtained from the device 431. At 
this time, a registering process similar to that in the 
flowchart shown in Fig. 8 is executed. 

If it is determined in step S1704 that the SLP 
command was received, step S1706 follows. In step 

51706, a searching process (for example, the search 
message is sent to the SLP directory agent 422 ) is 
performed in accordance with the SLP command. The 
processing result is transmitted in next step S1707. 

In step S1708, whether the SLP user agent 1442 is 
stopped or not is discriminated. If it is determined 
that the SLP user agent 1442 is not stopped, the 
processing routine is returned to step S1704. If it is 
determined that the SLP user agent 1442 is stopped, 
step S1709 follows. A post-processing is executed in 
step S1709. Specifically speaking, the closing of the 
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port, the opening of the memory, and the like are 
executed. 

Fig. 18 is a flowchart showing the processing 
operation of the SNMP manager 1441 in the device 
information management system according to the 
embodiment . 

First, in step S1801, the SNMP manager 1441 
executes a pre-processing. Specifically speaking, the 
opening of the port to transmit and receive data 
to/from the other device, the obtaining of a necessary 
memory, the initialization of other variables, and the 
like are executed by the SNMP protocol. In step S1802, 
whether the event has been received or not is 
discriminated. If it is determined that the event was 
received and it indicates the TRAP reception, step 
S1803 follows. In step S1803, whether the event 
obtained in step S1802 is SNMP_TRAP for the substitute 
request or not. 

If it is determined that the obtained event is 
SNMP_TRAP for the substitute request to the directory 
server 420, step S1805 follows. In step S1805, whether 
the status of the substitute requesting device 430 can 
be monitored or not (whether the designated device can 
be monitored or not by SNMP) is discriminated by using 
the SNMP protocol. This discrimination can be 
performed by transmitting the command by the SNMP 
protocol to the network address of the substitute 
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requesting device. 

Subsequently, whether the monitoring by SNMP of 
the designated device is possible or not is 
discriminated in step S1806. If it is determined that 
5 the monitoring by SNMP of the designated device is 

possible, step S1807 follows. In step S1807, an SNMP 
message indicative of the substitute acceptance is sent 
to the substitute requesting device. If it is 
determined in step S1806 that the monitoring by SNMP of 

10 the designated device is impossible, step S1808 

follows. In step S1808, an SNMP message indicative of 
the substitute rejection is sent. 

If it is determined in step S1803 that the 
obtained event is not SNMP_TRAP indicative of the 

15 updating substitute of the device information 

registered in the directory server 420, step S1804 
follows. In step S1804, another TRAP processing is 
executed . 

If it is determined in step S1802 that the event 
20 was received and it indicates the command reception, 
step S1809 follows. In step S1809, whether the event 
obtained in step S1802 indicates a monitor command of 
the substitute requesting device or not is 
discriminated. If it is determined that the obtained 
25 event indicates the monitor command of the substitute 

requesting device, step S1811 follows and the device is 
monitored. Subsequently, in step S1812, whether the 
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substitute requesting device is normally operating or 
not is discriminated. If it is determined that the 
device is not normally operating (abnormal), next step 
S1813 follows. In step S1813, the updating (deleting) 
event of the device information registered in the 
directory server 420 is notified to the SLP user agent 
1442. 

If it is decided in step S1809 that the obtained 
event is not the monitor command, step S1810 follows 
and a processing for other commands is executed. 

If it is determined in step S1812 that the 
substitute requesting device is normally operating, 
step S1813 is skipped and step S1814 follows. 

A reply process to the command is performed in 
step S1814. 

Whether the SNMP manager 1441 is stopped or not is 
discriminated in step S1815. If it is determined that 
the SNMP manager 1441 is not stopped, the processing 
routine is returned to step S1802. If it is determined 
that the SNMP manager 1441 is stopped, the processing 
routine advances to step S1816. A post-processing is 
executed in step S1816. Specifically speaking, the 
closing of the port, the opening of the memory, and the 
like are performed. 

Fig. 19 is a diagram showing an example of MIB 
information for requesting the substitution in the 
device information management system according to the 
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embodiment. In the embodiment, "anotherManager " , 
"deviceCondition" , "anotherManagerAction" , and 
" anotherManagerNetworkAddress " are defined as 
information regarding the substitute device. 
5 According to the device information management 

system according to the embodiment, the computer reads 
out and executes the control program stored in the 
storage medium, so that the functions of the embodiment 
mentioned above are realized. However, the invention 

10 is not limited to such an embodiment but naturally also 
incorporates a case where an OS (Operating System) or 
the like which is operating on the computer executes a 
part or all of the actual processes on the basis of 
instructions of the control program and the functions 

15 of the embodiment mentioned above are realized by those 

processes . 

The control program according to the invention can 
be loaded into the PC 200 shown in Fig. 2 or onto a 
device that is equivalent thereto from an external 

20 storage medium via a storage medium or a network such 

as E-mail, personal computer communication, or the like 
and executed. The invention can be also applied to 
such a case. 

For example, a floppy disk, a hard disk, an 

25 optical disk, a magnetooptic disk, a CD-ROM (Compact 
Disk Read Only Memory), a CD-R (Compact Disk 
Recordable)), a magnetic tape, a non-volatile memory 
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card, an ROM chip, or the like can be used as a storage 
medium for storing the control program. 

As described in detail above, according to the 
device information management system of the invention, 
even in the case where an abnormality such as power 
shut-off, troubles, or the like arises in the device 
and the device itself cannot update the registration 
information, the substitute device can be allowed to 
update the registration information and there is an 
effect such that the actual device status is matched 
with the registered device information. 

According to the storage medium of the invention, 
there is an effect such that the foregoing device 
information management system of the invention can be 
smoothly controlled. 

A laser beam printer can be mentioned as an 
example of the printer. Fig. 20 is a cross sectional 
view showing an internal structure of the laser beam 
printer (hereinafter, abbreviated to LBP ) . The LBP can 
input character pattern data or the like and print it 
onto a recording paper. 

In Fig. 20, reference numeral 2840 denotes an LBP 
main body for forming an image onto the recording paper 
as a recording medium on the basis of a supplied 
character pattern or the like; 2800 an operation panel 
on which switches for operation, an LED display, and 
the like are arranged; and 2801 a printer control unit 
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for controlling the whole LBP 2840 and analyzing 
character pattern information or the like. The printer 
control unit 2801 converts mainly the character pattern 
information into a video signal and outputs it to a 
5 laser driver 2802. 

The laser driver 2802 is a circuit for driving a 
semiconductor laser 2803 and on/off switches a laser 
beam 2804 which is emitted from the semiconductor laser 
2803 in accordance with an inputted video signal. The 

10 laser beam 2804 is swung right and left by a rotary 

polygon mirror 2805 and scans on an electrostatic drum 
2806. Thus, an electrostatic latent image of a 
character pattern is formed on the electrostatic drum 
2806. The latent image is developed by a developing 

15 unit 2807 around the electrostatic drum 2806 and, 

thereafter, the developed image is transferred onto the 
recording paper. Cut sheets are used as recording 
papers. The cut sheet recording papers are enclosed in 
a plurality of sheet cassettes 2808 corresponding to a 

20 plurality of kinds of papers loaded in the LBP 2840, 

conveyed into the apparatus by a paper feed roller 2809 
and conveying rollers 2810 and 2811, and supplied to 
the electrostatic drum 2806. 

An ink jet printer can be also mentioned as an 

25 example of the printer. Fig. 21 is a schematic 

external view of an ink jet recording apparatus IJRA 
which can feed a plurality of kinds of papers (not 
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shown) in correspondence "to a print job. 

In the diagram, a lead screw 5005 rotates via 
driving force transfer gears 5011 and 5009 in an 
interlocking relational manner with the forward/reverse 
rotation of a driving motor 5013. A carriage HC which 
is come into engagement with a spiral groove 5004 of 
the lead screw 5005 has a pin (not shown) and is 
reciprocated in the directions shown by arrows a and b. 
An ink jet cartridge IJC is mounted on the carriage HC. 
Reference numeral 5002 denotes a paper pressing plate 
for pressing the paper onto a platen 5000 in a range 
corresponding to the moving direction of the carriage. 
Reference numerals 5007 and 5008 denote photocouplers 
serving as home position detecting means for confirming 
the existence of a lever 5006 of the carriage in a 
region where the photocoupler is arranged and 
performing the switching of the rotating direction of 
the motor 5013, or the like. Reference numeral 5016 
denotes a member for supporting a cap member 5022 for 
capping the front side of a recording head; and 5015 
sucking means for sucking the air in the cap and 
performing a sucking and a recovery of the recording 
head via an opening 5023 in the cap. Reference numeral 
5017 denotes a cleaning blade and 5019 indicates a 
member for enabling the cleaning blade to be moved in 
the forward/backward direction, and those component 
elements are supported to a main body supporting plate 
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5018. The blade is not limited to a shape shown in the 
diagram but a well-known cleaning blade can be 
obviously applied to the invention. Reference numeral 
5021 denotes a lever to start the sucking in the 
5 sucking/recovery operation. The lever 5021 is moved in 
association with the movement of a cam 5020 adapted to 
be come into engagement with the carriage. A driving 
force from the driving motor is transferred by well- 
known transfer means such as clutch switching or the 

10 like. The capping, cleaning, and sucking/recovery are 
constructed in such a manner that a desired process can 
be performed at a corresponding position by the 
operation of the lead screw 5005 when the carriage 
reaches an area on the home position side. However, if 

15 a desired operation is performed at a well-known 
timing, the invention can be applied to any 
construction . 
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WHAT IS CLAIMED IS: 

1 . A processing method of device information in a 
network system in which a management server for 
managing device information and various devices are 
connected, comprising: 

a transmitting step of transmitting a plurality of 
different types of device information to said 
management server at predetermined timings, 
respectively . 

2. A method according to claim 1, wherein said 
plurality of different types of device information is 
static information, semistatic information, and dynamic 
information, and in said transmitting step, said static 
information is transmitted in accordance with a power- 
on and said semistatic information and said dynamic 
information are transmitted in accordance with a change 
in status of the device. 

3. A method according to claim 1, further 
comprising a setting step of setting said timing. 

4. A method according to claim 1, further 
comprising: 

a request transmitting step of transmitting a 
request to transmit said device information to said 
management server to another device; and 
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an obtaining step of obtaining the device 
information of the requesting device in accordance with 
said request, 

and wherein in said transmitting step, said 
obtained device information is transmitted to said 
management server. 

5. A method according to claim 1, wherein said 
device is a printer. 

6. A method according to claim 1, wherein said 
device is a copying apparatus. 

7. A network device connected through a network to 
a management server for managing device information, 
comprising : 

transmitting means for transmitting a plurality of 
different types of device information to said 
management server at predetermined timings, 
respectively . 

8. A device according to claim 7, wherein said 
plurality of different types of device information is 
static information, semistatic information, and dynamic 
information, and 

said transmitting means transmits said static 
information in accordance with a power-on and transmits 
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said semistatic information and said dynamic 
information in accordance with a change in status of 
the network device. 

9. A device according to claim 7, further 
comprising setting means for setting said timing. 

10. A device according to claim 7, further 
comprising request transmitting means for transmitting 
a request to transmit said device information to said 
management server to another device. 

11. A device according to claim 7 , wherein said 
network device is a printer. 

12. A device according to claim 7, wherein said 
network device is a copying apparatus. 

13. A device according to claim 7, further 
comprising: 

request receiving means for receiving a request to 
transmit said device information to said management 
server; and 

obtaining means for obtaining the device 
information of the requesting network device in 
accordance with said received request, 

and wherein said transmitting means transmits said 
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obtained device information to said management server. 

14. A device according to claim 13, wherein said 
network device is a host computer. 

5 

15. A recording medium which stores a processing 
program of device information in a network system in 
which a management server for managing device 
information and various devices are connected, 

10 wherein said processing program comprises a 

transmitting step of transmitting a plurality of 
different types of device information to said 
management server at predetermined timings, 
respectively . 

15 

16. A medium according to claim 15, wherein said 
plurality of different types of device information is 
static information, semistatic information, and dynamic 
information, and in said transmitting step, said static 

20 information is transmitted in accordance with a power- 
on and said semistatic information and said dynamic 
information are transmitted in accordance with a change 
in status of the device. 

25 17. A medium according to claim 15, wherein said 

processing program further comprises a setting step of 
setting said timing. 
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18. A medium according to claim 15, wherein said 
processing program further comprises: 

a request transmitting step of transmitting a 
request to transmit said device information to said 
management server to another device; and 

an obtaining step of obtaining the device 
information of the requesting device in accordance with 
said request, 

and in said transmitting step, said obtained 
device information is transmitted to said management 
server . 

19. A processing program of device information in a 
network system in which a management server for 
managing device information and various devices are 
connected, comprising: 

a transmitting step of transmitting a plurality of 
different types of device information to said 
management server at predetermined timings, 
respectively . 

20. A program according to claim 19, wherein said 
plurality of different types of device information is 
static information, semistatic information, and dynamic 
information, and in said transmitting step, said static 
information is transmitted in accordance with a power- 
on and said semistatic information and said dynamic 
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informa-tion are transmitted in accordance with a change 
in status of the device. 

21. A program according to claim 19, further 
5 comprising a setting step of setting said timing. 

22. A program according to claim 19, further 
comprising: 

a request transmitting step of transmitting a 
10 request to transmit said device information to said 
management server to another device; and 

an obtaining step of obtaining the device 
information of the requesting device in accordance with 
said request, 

15 and wherein in said transmitting step, said 

obtained device information is transmitted to said 
management server . 

23 . A processing method of device information in a 
20 network system in which a management server for 

managing device information and various devices are 

connected, comprising: 

a request transmitting step of transmitting a 

request to transmit said device information to said 
25 management server to another device; 

a step of receiving said request; and 

a device information transmitting step of 
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transmitting the device information of the requesting 
device to said management server in accordance with 
said received request. 

5 24. A method according to claim 23, further 

comprising an obtaining step of obtaining the device 
information of said device from the requesting device 
in accordance with said received request, 

and wherein in said device information 
10 transmitting step, the obtained device information is 
transmitted to said management server. 

25. A method according to claim 23, wherein in said 
device information transmitting step, a plurality of 

15 different types of device information is transmitted to 
said management server at predetermined timings, 
respectively . 

26. A method according to claim 25, wherein said 
20 plurality of different types of device information is 

static information, semistatic information, and dynamic 
information, and in said device information 
transmitting step, said static information is 
transmitted in accordance with a power-on and said 
25 semistatic information and said dynamic information are 
transmitted in accordance with a change in status of 
the device. 
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27. A method according to claim 25, further 
comprising a setting step of setting said timing. 

28. A network device connected via a network to a 
5 management server for managing device information, 

comprising: 

receiving means for receiving a request to 
transmit the device information to said management 
server from another network device; and 
10 device information transmitting means for 

transmitting the device information of the requesting 
network device to said management server in accordance 
with said received request . 

15 29. A device according to claim 28, further 

comprising obtaining means for obtaining the device 
information of said device from the requesting network 
device in accordance with said received request, 

and wherein said device information transmitting 

20 means transmits the obtained device information to said 
management server . 

30. A device according to claim 28, wherein said 
device information transmitting means transmits a 
25 plurality of different types of device information to 
said management server at predetermined timings, 
respectively . 
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31. A device according to claim 30, wherein said 
plurality of different types of device information is 
static information, semistatic information, and dynamic 
information, and said transmitting means transmits said 
5 static information in accordance with a power-on and 

transmits said semistatic information and said dynamic 
information in accordance with a change in status of 
the device . 

10 32. A device according to claim 30, further 

comprising setting means for setting said timing. 

33. A processing program of device information in a 

network system in which a management server for 
15 managing device information and various devices are 

connected, comprising: 

a step of receiving a request to transmit the 

device information to said management server from 

another network device; and 
20 a device information transmitting step of 

transmitting the device information of the requesting 

device to said management server in accordance with 

said received request. 

25 34. A program according to claim 33, further 

comprising an obtaining step of obtaining the device 
information of said device from the requesting device 
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in accordance with said received request, 

and wherein in said device information 
transmitting step, the obtained device information is 
transmitted to said management server. 

5 

35. A program according to claim 33, wherein in 
said device information transmitting step, a plurality 
of different types of device information is transmitted 
to said management server at predetermined timings, 
10 respectively. 



36. A program according to claim 35, wherein said 
plurality of different types of device information is 
static information, semistatic information, and dynamic 

15 information, and in said transmitting step, said static 
information is transmitted in accordance with a power- 
on and said semistatic information and said dynamic 
information are transmitted in accordance with a change 
in status of the device. 

20 

37. A program according to claim 35, further 
comprising a setting step of setting said timing. 



38. A recording medium which stores a processing 
25 program of device information in a network system in 
which a management server for managing device 
information and various devices are connected, 
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wherein said processing program comprises: 
a step of receiving a request to transmit the 
device information to said management server from 
another network device; and 
5 a device information transmitting step of 

transmitting the device information of the requesting 
device to said management server in accordance with 
said received request. 

10 39. A medium according to claim 38, wherein said 

processing program further comprises an obtaining step 
of obtaining the device information of said device from 
the requesting device in accordance with said received 
request, 

15 and in said device information transmitting step, 

the obtained device information is transmitted to said 
management server. 

40. A medium according to claim 38, wherein in said 
20 device information transmitting step in said processing 
program, a plurality of different types of device 
information is transmitted to said management server at 
predetermined timings, respectively. 

25 41. A medium according to claim 40, wherein said 

plurality of different types of device information is 
static information, semistatic information, and dynamic 
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information, and in said transmitting step, said static 
information is transmitted in accordance with a power- 
on and said semistatic information and said dynamic 
information are transmitted in accordance with a change 
in status of the device. 

42. A medium according to claim 40, wherein said 
processing program further comprises a setting step of 
setting said timing. 
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ABSTRACT OF THE DISCLOSURE 

In a device information management system in which 
a management server for managing device information and 
various devices are connected, a plurality of different 
5 types of device information is transmitted to the 
management server at predetermined timings, 
respectively. In a device information management 
system in which a management server for managing device 
information and various devices are connected, a 
10 request to transmit the device information to the 

management server is transmitted to another device and 
the device information of the requesting device is 
transmitted to the management server in accordance with 
the request. 
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I hereby claim the benefit under 35 U.S.C. § 120 of any United States application^), or § 365(c) of any PCT international application 
designating the United States, listed below and, insofar as the subject matter of each of the claims of this application is not disclosed in the prior 
United States or PCT international application in the manner provided by the first paragraph of 35 U.S.C. § 1 12, 1 acknowledge the duty to 
disclose information which is material to patentability as defined in 37 C.F.R. § 1 .56 which became available between the filing date of the prior 
application and the national or PCT international filing date of this application. 

Status 

Application No. Filed (Day/Mo./Yr.) (Patented, Pending, Abandoned) 



I hereby appoint the practitioners associated with the firm and Customer Number provided below to prosecute this application and 
to transact all business in the Patent and Trademark Office connected therewith, and direct that all correspondence be addressed to the 
address associated with that Customer Number: 

FITZPATRICK, CELLA, HARPER & SCEVTO 
Customer Number: 05514 



I hereby declare that all statements made herein of my own knowledge are true and that all statements made on information and 
belief are believed to be true; and further that these statements were made with the knowledge that willful false statements and the like so 
made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United States Code and that such willful false 
statements may jeopardize the validity of the application or any patent issued thereon. 

Full Name of Sole or First Inventor NOBUAKI FUKASAWA 

Inventor's signature 

Date Citizen/Subject of JAPAN 

Residence 4-1, Hiqashi Nakano 1-chome, Nakano-ku 

Tokyo, Japan 

Post office Address c/o Canon Kabushiki Kaisha, 

3 0-2, Shimomaruko 3-chome, Ohta-ku, Tokyo, Japan 



Full Name of Second Joint Inventor, if any HIDEO SANBE 

Second Inventor's signature 

Date Citizen/Subject of JAPAN 

Residence 13-1-203, Naito l-chome, Kokubunj i - shi 

Tokyo , Japan 

Post office Address c/o Canon Kabushiki Kaisha 

3 0-2, Shimomaruko 3-chome, Ohta-ku, Tokyo, Japan 



NY MAIN 99057vl/nfr 



